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(54) Technique for creating audience-specific views of documents 

(57) A method, system, and computer program 
product for creating audience-specific views of docu- 
ments (including e-mail messages; text-based docu- 
ments; documents or messages containing multiple 
media such as text, images, sound files; etc.). A docu- 
ment (or message) author may designate selected sec- 
tions of a document and assigns properties to these 
sections. These properties include which recipients are 
to have that section in their view, and may further spec- 
ify attributes such as a background colour or font to use 
when displaying the section, whether the section Is 
copy-protected, whether the section can be forwarded 
and/or printed, whether the section is to be encrypted 
before forwarding or storing, whether the section can be 
rendered in audio and/or video, whether the section can 
be rendered in a virtual reality world, etc. 
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Description 

Technl al Fl Id of the Invention 

[0001] The present invention relates to a computer 
system, and deals more particularly with a method, sys- 
tem, and computer program product for intuitively creat- 
ing audience-specific views of documents (including e- 
mait messages; text-based documents; documents or 
messages containing multiple media such as text, 
images, sound files; etc.). 

Ba kg round of the Invention 

[0002] Today's electronic mail (hereinafter, "e-mail") 
applications typically allow the sender to address an e- 
mail document to multiple recipients. In addition, these 
applications usually allow the addressees to be grouped 
into three categories: the "To:" list, the °cc: M list, and the 
"BCC:" list. The last of these, "BCC:" or "blind carbon 
copy", provides a way for the sender to hide some of the 
addressees from the addressees listed in the To:" and 
"cc:° lists. However, there is currently no user-friendly, 
convenient way for the e-mail author to specify particu- 
lar parts of the e-mail document itself to be hidden from 
(or not sent to) some recipients, while being visible to 
(or sent to) the other recipients. 

[0003] Often times the sender of e-mail may com- 
pose a note for which not all of the content is relevant to, 
or appropriate for, all recipients. For example, a memo 
may include a section with confidential or otherwise- 
restricted content which should not be seen by some 
recipients. As another example, a technical document 
may contain sections of interest to the development 
community, but not to another group such as the infor- 
mation development staff. In these situations, the 
sender of the e-mail has to draft two (or more) separate 
versions of the document, one with and one without the 
confidential and/or relevant content before it is mailed to 
the intended recipients. This requires more time and 
effort on the sender's part to compose multiple similar 
but different documents, with a corresponding increase 
in the potential for introduction of errors, and also may 
cause an increase in network traffic (due to the multiple 
documents that are being sent). 
[0004] Similarly, today's word processing applica- 
tions do not easily allow the author to control access to 
sections within a document. A document database may 
be able to control, in an all-or- nothing approach, access 
to a document on a per-user basis - for example, by pro- 
viding password authorisation for each user, and verify- 
ing that the user is in fact permitted to see a particular 
document. Such document databases do not, however, 
allow access to be controlled at a finer- grained level 
such as restricting access by document section. As in 
the case of an e-mail document, sections of any docu- 
ment may be confidential or otherwise-restricted, or 
simply inappropriate for or irrelevant to certain audi- 



ences. Again, this results in the author having to create 
two or more versions of a document, and allowing differ- 
ent groups of readers access to those different versions. 
As discussed above, this requires extra time and effort 

5 for the document creator, introduces the possibility for 
errors and inadvertent inconsistencies between the ver- 
sions, and it also requires additional storage space for 
the multiple versions (which may be, for the most part, 
storing redundant information). 

10 [0005] Accordingly, a need exists for a technique for 
creating audience-specific views of documents while 
avoiding the inconveniences and inefficiencies of exist- 
ing systems and applications. 

15 DISCLOSURE OF THE INVENTION 

[0006] The present invention provides a technique 
for creating audience-specific views of documents. 
[0007] The present invention also provides this 

20 technique whereby the inconveniences and inefficien- 
cies of existing approaches are avoided. 
[0008] Furthermore, the present invention provides 
this technique by identifying sections of a document 
which are to be limited in view and defining properties 

25 for those sections, where these properties include such 
things as the allowed audience. 

[0009] In accordance with the purpose of the inven- 
tion as broadly described herein, the present invention 
provides a system, method, and computer program 

30 product for use in a computing environment, for creating 
audience-specific views of documents. This technique 
comprises: composing a document, by a document 
author, using a document composer application; speci- 
fying two or more recipients of the document; selecting 

35 one or more sections of the document, wherein the 
selected sections are to be limited in view to a subset of 
the two or more recipients; and marking the selected 
sections as being specific to an audience comprised of 
the subset. 

40 [0010] This technique preferably further comprises: 
distributing the document to the specified recipients, 
wherein a first version of the document which includes 
the selected sections is distributed to the subset and a 
second version of the document which does not include 

45 the selected sections is distributed to the specified 
recipients not in the subset. 

[0011] Or, this technique may preferably further 
comprise: storing the document in a repository; indicat- 
ing the selected sections in the stored document; and 

so storing an identification of the recipients in the subset. 
In this case, the technique may further comprise deliver- 
ing the stored document in response to a request from 
a user, where this delivering further comprises: deliver- 
ing a first version of the stored document to the user if a 

55 user identification of the user matches an entry in the 
stored identification, wherein the first v rsion includes 
the selected sections; and delivering a second version 
of the stored document to the user if the user identifica- 
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tion does not match an entry in the stored identification, 
wherein the second version does not include the 
selected sections. 

[001 2] The selected sections may have one or more 
properties associated therewith, where these properties 
comprise: copy protection, prevention from forwarding, 
prevention from printing, encryption, prevention from 
audio rendering, prevention from video rendering, and 
prevention from rendering in a virtual reality world; and 
wherein a value of each of these properties is set to true 
or false. 

[0013] The document may be encoded in an Exten- 
sible Markup Language (XML) syntax, in which case the 
marking comprises adding XML tags to the selected 
sections. The distributing and delivering processes may 
apply an Extensible Stylesheet Language (XSL) style 
sheet to the document. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The present invention will now be described 
by way of example only, with reference to preferred 
mbodiments thereof, as illustrated in the following 
drawings: 

Figure 1 is a block diagram of a computer worksta- 
tion environment in which the present invention 
may be practised; 

Figure 2 is a diagram of a networked computing 
environment in which the present invention may be 
practised; 

Figure 3 depicts a sample e-mail document with 
certain sections intended for a subset of the 
addressees, where these sections are preferably 
marked visually according to the preferred embodi- 
ment of the present invention; 

Figure 4 shows an example user interface graphic 
that may be used to request limiting a view to a sub- 
set of addressees to whom audience-specific infor- 
mation is to be presented, and to view the result of 
limiting a document to a particular view, according 
to the preferred embodiment of the present inven- 
tion; 

Figure 5 shows an example of a user interface dia- 
logue that may be used to specify properties of a 
view to be used with documents, according to the 
present invention; 

Figures 6 - 8 illustrate flow charts which set forth 
the logic which may be used to implement the pre- 
ferred embodiment of the present invention; and 

Figure 9 depicts Extensible Markup Language 
(XML) syntax that may be used to represent the 



sample document of Fig. 3. 
DETAILED DESCRIPTION OF THE INVENTION 

5 [0015] Figure 1 illustrates a representative worksta- 
tion hardware environment in which the present inven- 
tion may be practised. The environment of Fig. 1 
comprises a representative single user computer work- 
station 10, such as a personal computer, including 

10 related peripheral devices. The workstation 1 0 includes 
a microprocessor 12 and a bus 14 employed to connect 
and enable communication between the microproces- 
sor 12 and the components of the workstation 10 in 
accordance with known techniques. The workstation 10 

is typically includes a user interface adapter 16, which 
connects the microprocessor 1 2 via the bus 1 4 to one or 
more interface devices, such as a keyboard 1 8, mouse 
20, and/or other interface devices 22, which can be any 
user interface device, such as a touch sensitive screen, 

20 digitised entry pad, etc. The bus 1 4 also connects a dis- 
play device 24, such as an LCD screen or monitor, to 
the microprocessor 12 via a display adapter 26. The bus 
14 also connects the microprocessor 12 to memory 28 
and long-term storage 30 which can include a hard 

25 drive, diskette drive, tape drive, etc. 

[0016] The workstation 10 may communicate with 
other computers or networks of computers, for example 
via a communications channel or modem 32. Alterna- 
tively, the workstation 10 may communicate using a 

30 wireless Interface at 32, such as a CDPD (cellular digital 
packet data) card. The workstation 1 0 may be associ- 
ated with such other computers in a local area network 
(LAN) or a wide area network (WAN), or the workstation 
1 0 can be a client in a client/server arrangement with 

35 another computer, etc. All of these configurations, as 
well as the appropriate communications hardware and 
software, are known in the art. 

[0017] Figure 2 illustrates a data processing net- 
work 40 in which the present invention may be prac- 

40 tised. The data processing network 40 may include a 
plurality of individual networks, such as wireless net- 
work 42 and network 44, each of which may include a 
plurality of individual workstations 10. Additionally, as 
those skilled In the art will appreciate, one or more 

45 LANs may be included (not shown), where a LAN may 
comprise a plurality of intelligent workstations coupled 
to a host processor. 

[0018] Still referring to Figure 2, the networks 42 
and 44 may also include mainframe computers or serv- 

so ers, such as a gateway computer 46 or application 
server 47 (which may access a data repository 48). A 
gateway computer 46 serves as a point of entry into 
each network 44. The gateway 46 may be preferably 
coupled to another network 42 by means of a communi- 

55 cations link 50a. The gateway 46 may also be directly 
coupled to one or more workstations 1 0 using a commu- 
nications link 50b, 50c. The gateway comput r 46 may 
be implemented utilising an Enterprise Systems Archi- 
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tectu re/370 available from International Business 
Machines Corporation ("IBM"), an Enterprise Systems 
Architecture/390 computer, etc. Depending on the appli- 
cation, a midrange computer, such as an Application 
System/400 (also known as an AS/400) may be 5 
employed. ("Enterprise Systems Architecture/370 p is a 
trademark of IBM; "Enterprise Systems Architec- 
ture/390", "Application System/400", and °AS/400° are 
registered trademarks of IBM.) 

[0019] The gateway computer 46 may also be cou- 10 
pled 49 to a storage device (such as data repository 48). 
Further, the gateway 46 may be directly or indirectly 
coupled to one or more workstations 1 0. 
[0020] Those skilled in the art will appreciate that 
the gateway computer 46 may be located a great geo- is 
graphic distance from the network 42, and similarly, the 
workstations 1 0 may be located a substantial distance 
from the networks 42 and 44. For example, the network 
42 may be located in California, while the gateway 46 
may be located in Texas, and one or more of the work- 20 
stations 10 may be located in New York. The worksta- 
tions 1 0 may connect to the wireless network 42 using a 
networking protocol such as the Transmission Control 
Protocol/Internet Protocol ("TCP/IP-) over a number of 
alternative connection media, such as cellular phone, 25 
radio frequency networks, satellite networks, etc. The 
wireless network 42 preferably connects to the gateway 
46 using a network connection 50a such as TCP or 
UDP (User Datagram Protocol) over IP, X.25, Frame 
Relay, ISDN (Integrated Services Digital Network), 30 
PSTN (Public Switched Telephone Network), etc. The 
workstations 10 may alternatively connect directly to the 
gat way 46 using dial connections 50b or 50c. Further, 
the wireless network 42 and network 44 may connect to 
one or more other networks (not shown), in an analo- 35 
gous manner to that depicted in Fig. 2. 
[0021] Software programming code which embod- 
ies the present invention is typically accessed by the 
microprocessor 1 2 of the workstation 1 0 and server 47 
from long-term storage media 30 of some type, such as 40 
a CD-ROM drive or hard drive. The software program- 
ming code may be embodied on any of a variety of 
known media for use with a data processing system, 
such as a diskette, hard drive, or CD-ROM. The code 
may be distributed on such media, or may be distributed 45 
to users from the memory or storage of one computer 
system over a network of some type to other computer 
systems for use by users of such other systems. Alter- 
natively, the programming code may be embodied in the 
memory 28, and accessed by the microprocessor 12 so 
using the bus 14. The techniques and methods for 
embodying software programming code in memory, on 
physical media, and/or distributing software code via 
networks are well known and will not be further dis- 
cuss d herein. 55 
[0022] A user's computer on which the present 
invention operates may be operating in standalone 
mode, or it may be connected to a server using a wire- 



line connection or a wireless connection. Wireline con- 
nections are those that use physical media such as 
cables and telephone lines, whereas wireless connec- 
tions use media such as satellite links, radio frequency 
waves, and infrared waves. Many connection tech- 
niques can be used with these various media, such as: 
using the computer's modem to establish a connection 
over a telephone line; using a LAN card such as Token 
Ring or Ethernet; using a cellular modem to establish a 
wireless connection; etc. The user's computer may be 
any type of computer processor, including laptop, hand- 
held or mobile computers; vehicle-mounted devices; 
desktop computers; mainframe computers; etc., having 
processing and communication capabilities. The remote 
server, similarly, can be one of any number of different 
types of computer which have processing and commu- 
nication capabilities. These techniques are well known 
in the art, and the hardware devices and software which 
enable their use are readily available. Hereinafter, the 
user's computer will be referred to equivalently as a 
"workstation", "machine", "device", or "computer", and 
use of any of these terms or the term "server" refers to 
any of the types of computing devices described above. 
[0023] In the preferred embodiment, the present 
invention is implemented as one or more modules (also 
referred to as code subroutines, or "objects" in object- 
oriented programming) of a computer software program 
(or programs). The present invention may be used with 
document creation systems in a standalone environ- 
ment, or in a networking environment such as an Inter- 
net environment, a corporate intranet, an extranet, or 
any other networking environment. The program code 
of the preferred embodiment may be implemented as 
objects in an object-oriented programming language, or 
in a conventional procedurally -oriented language, or in 
a mix of object-oriented and procedural language code. 
The code of the present invention may operate as part 
of an application executing remotely on a server (with 
which the client communicates by sending requests and 
receiving responses), or as part of an application exe- 
cuting locally on a client machine. 
[0024] The present invention enables the composer 
of an e-mail memo, or author of any type of document, 
to construct a single document comprising sections 
which are viewable by all or by some subset of the 
intended recipients or readers. The composer or author 
specifies which sections are to be sent to, or are to be 
viewable by, which addressees. (For ease of reference, 
memos and other forms of documents will be referred to 
herein as "documents", and the composer or author of 
such will be referred to as the "author".) According to 
the preferred embodiment, this technique is provided by 
assigning a set of one or more properties to selected 
document sections (where the document author deter- 
mines what comprises a section). This set of properties 
includes a specification of which addr ssees or readers 
are to have that s ction in their view, and may include 
such further properties as a background colour or font 
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to use when displaying this section, whether the section 
is copy-protected, whether the section can be forwarded 
and/or printed, whether the section is to be encrypted, 
whether audio and/or video rendering of the section is 
to be prevented, whether rendering of the section in a 
virtual reality world is to be prevented, etc. (Note that 
this list of properties is to be considered as illustrative 
only. Many other properties may be used within the 
scope of the present invention, where those other prop- 
erties may be pertinent to the particular media and/or 
technology with which the present invention is used.) 
[0025] The preferred embodiment of the present 
invention will now be discussed in more detail with refer- 
ence to Figs. 3 through 9. 

[0026] Fig. 3 depicts a sample e-mail document 305 
presented on a user's display as a graphical image 300, 
where certain sections of this document are intended 
for only a subset of the addressees. According to the 
preferred embodiment of the present invention, these 
sections are preferably marked visually on the author's 
display to indicate that they are for limited distribution or 
viewing. This visual indication provides an easy-to-use 
mechanism for enabling the author to verify that the 
appropriate treatment has been provided (i.e. that he 
has delineated the sections properly, and limited distri- 
bution properly) for the various sections of the docu- 
ment before he distributes the document content to the 
addressees. (Similarly, this technique is usable for 
proper limiting of views of documents to be stored in a 
repository for subsequent retrieval by target document 
readers.) 

[0027] In the example of Fig. 3, the e-mail docu- 
ment 305 has an addressee section 310 and a body 
315. The addressee section 310 includes three docu- 
ment recipients 321 , 322, 323 on the "To:" list 320, one 
document recipient 326 on the "cc:" list 325, and no 
document recipients on the "BCC:" list (not shown). As 
can be seen from the content of the document body 
315, this example e-mail message is about a status 
meeting. A large portion of the message body 315 is 
shown in normal font, indicating (according to this 
xample) that this information is not limited in view and 
thus will be viewable by all addressees. Two different 
limited views have been applied to this message body, 
however. For a first limitation, the address of addressee 
323 is depicted in a visually distinct manner, where this 
same visual indicator is used for a delineated section 
340 of the document body 315. Thus, this highlighted 
section 340 of the document will only be viewable by the 
similarly-highlighted recipient 323; the other recipients 
321, 322, 326 will see the document without this high- 
lighted section. As can be seen from the content of the 
sample text is section 340, it is important that viewing of 
this information is strictly limited to the intended 
addressee 323. In addition, there are also two sections 
330, 331 of th document body 31 5 that ar highlighted 
in a different manner, representing the second limited 
view. The address of user 326 is highlighted in this 



same style, providing a visual clue that sections 330, 
331 are limited to the view of similarly-highlighted user 
326. As can be seen, these sections of the message for 
recipient 326 provide extra, audience-specific informa- 

5 tion that (1) tells this recipient that the message author 
will brief him before the status meeting (element 330), 
and (2) provides this recipient with a audio clip related to 
the situation (element 331). Other audience-specific 
information could be included within or attached to this 

10 message body 315, such as a graph (stored as a ".gif 
file, for example) that pertains to the topic to be dis- 
cussed in the meeting that is being called. 
[0028] Note that while italicised font (used for ele- 
ments 323 and 340) and a background colour or shad- 

15 ing (used for elements 326, 330, and 331) have been 
used in this example, these are merely representative 
techniques that may be used as a visual reminder of the 
boundaries of a limited- view section. Note further that 
the addresses shown in Fig. 3 are depicted as user 

20 names. Equivalently, a nickname or other identifier such 
as a full e-mail address may be used to identify a recip- 
ient. In addition, addressees may be specified using 
one or more distribution lists which further identify mul- 
tiple users, or addressees may be specified by classes 

25 or categories (such as "All Managers"), where the par- 
ticular members of the class or category can be 
resolved using known techniques such as inspecting 
attribute settings in database records. 
[0029] Many other examples can be imagined 

30 where it would be imperative that only the selected 
recipient(s) have access to selected subsets of the 
information content of a document. As has been stated, 
the present invention provides the capability to easily 
and intuitively define and enforce these content restric- 
ts tions such that the information in a limited-view section 
will only be distributed to an allowed recipient. 
[0030] While composing a document having audi- 
ence-specific or limited-view sections, the author will 
need to apply the limited view technique of the present 

40 invention to selected sections, and may choose to view 
the result of limiting a document to a particular view. Fig. 
4 shows an example user interface graphic 400 that 
may be used for invoking these functions. In this sample 
graphic, the text "Limit Recipients'' 410 Is provided as a 

45 choice upon which an author may click to indicate that 
he would like to use a limited view. In the preferred 
embodiment, choosing this function results in display of 
the user interface dialogue of Fig. 5 (discussed below). 
Area 420 of graphic symbol 400 then presents choices 

so of which audience-specific view the author would like to 
see. (Alternatively, separate graphic symbols may be 
defined and used for requesting application of limited 
views, and for requesting to see the result.) Preferably, 
a checkbox (or radio button) and view description (such 

55 as a textual view name) will be displayed in this area 
420 for each limited view the author has defined. In this 
example, the choice to view all document content is rep- 
resented by elements 421 and 422 (where check mark 



5 



9 



EP 1 077 421 A2 



10 



421 has been shown without a checkbox to indicate that 
it is the current choice). For this example, two views 
described as "Limited" 424 and "Manager" 426 have 
been previously defined. If the author selects either view 
423 or 425, the document content displayed in graphical 
image 300 will be updated to filter out content from the 
non-selected limited views. (That is, if the author selects 
view 425, the document 305 will display the non-limited 
content for all addressees and the content that is limited 
to the view defined as "Manager" 426.) 
[0031] To create a document containing audience- 
specific information, the author may select from previ- 
ously-created views or define a new view. Fig. 5 shows 
an example of a user interface dialogue 500 that may be 
used to define a view and to specify properties of that 
view. Hereinafter, the set of properties defined for a view 
is used synonymously with the term "view". The dia- 
logue title 501 "Limit Recipients" indicates that this 
panel is for limiting views for particular recipients. A 
name is assigned to each defined view, as shown at 
510, enabling later reference to this view (such as 
choosing to apply the view to a document). The view 
depicted in this example is the view defined as "Man- 
ager" 511, which was also shown as a selectable choice 
426 on graphic 400 of Fig. 4. Preferably, the defined 
views are accessible from dialogue 500 by pressing the 
drop- down list indicator 512. To enable creation of a 
new view, the drop down list control could also serve as 
an entry field (i.e., a "combo box"). 
[0032] The "Limit to:" section 520 may present the 
addresses of all addressees of a document being com- 
posed, as in this example where the four addressees of 
memo 305 are shown. Alternatively, all addresses from 
an author's e-mail address book or other such recipient 
registry may be presented for selection. Preferably, a 
checkbox graphic is displayed for each potential 
addressee, enabling the user creating the view to easily 
select those addressees that are allowed to view con- 
tent limited by the view named at 511. The allowable 
recipients of a particular view is thus one property of the 
view definable from dialogue 500. 
[0033] The view definition dialogue 500 preferably 
specifies each additional property that may be selected 
for a particular view, enabling a user to select a value for 
the property. In this example, element 530 indicates that 
a background colour 531 may be associated with a view 
(by clicking on indicator 532, causing a colour palette to 
be displayed), where this colour 531 will be used to dis- 
play sections of the document which are limited by this 
view to the document author for content verification pur- 
poses. A font type, size, or style selection 535 may be 
provided in addition to, or instead of, a colour section 
530 to provide the capability to distinguish limited-view 
sections by use of bold font, italics, underlining, etc. 
[0034] Several properties are also depicted at area 
540 of Fig. 5 which have values having the semantics of 
"on" or "off" (equivalently, "true" or "false"). According to 
the preferred embodiment, limitations can be selected 



that prevent copying 541 , forwarding 542, and/or print- 
ing 543 of the content of a view. In addition, a property 
545 may be selectable to indicate that the content of a 
view should be encrypted before distributing the docu- 

5 ment to its recipients (in the case of e-mail) or storing 
the document in a repository. (As described abov , 
other properties which have not been depicted may be 
used instead of, or in addition to, those shown.) The pre- 
ferred embodiment technique for enforcing such proper- 

io ties is discussed below, with reference to Figs. 6 - 9. 
[0035] Once a view has been defined using dia- 
logue 500, the user preferably presses button 550 or an 
equivalent "Save" feature to store this view. When the 
associated sections of the document have been 

15 selected (through highlighting or equivalent techniques, 
as will be described below with reference to Figs. 6 
through 8), the "Apply" button 552 may be pressed to 
cause the view to be associated with those selected 
sections. 

20 [0036] The logic with which the preferred embodi- 
ment may be implemented will now be discussed with 
reference to the flowcharts in Figs. 6-8. The process 
begins at Block 600 of Fig. 6, where a document author 
has invoked a composer (such as a word processing 

25 application or e- mail application) that has been aug- 
mented with the novel audience -specific document cre- 
ation capabilities of the present invention. Block 600 
indicates that the object being composed may be view- 
able or audible. According to the preferences of a partic- 

30 ular author, it may be desirable to begin the composition 
process by specifying the document content (Block 
600), or to begin by defining the intended recipients of 
the document (Block 605). In addition, it may be desira- 
ble to intermingle creation of the content with specifica- 

35 tion of the recipients. While these functions are shown 
as occurring sequentially in Fig. 6, it is to be understood 
that an implementation of the present invention prefera- 
bly provides for switching between them as desired by 
the author. (This capability is provided by currently- 

40 existing composers, as is well known in the art.) Further, 
a user may wish to perform the limit view function (Block 
610), the check view function (Block 625), sending of 
the composed object (Block 635) or to quit (Block 655) 
at any point during operation of the function of Blocks 

45 600 and 605. Thus, an implementation of the present 
invention preferably provides for selectively invoking 
these operations at any time during operation of Blocks 
600 and 605, such as by using an interrupt mechanism. 
[0037] When the implementation of the present 

so invention determines that the document author has cho- 
sen to specify a view limitation, Block 61 0 has a positive 
result and control transfers to Block 615. The author 
highlights or otherwise marks the boundaries of a sec- 
tion (or sections), for example by holding down the left 

55 mouse button while dragging the mouse pointer, that is 
to b associated with a limited view (Block 615). The 
technique with which access rules ar applied to limit 
the view (Block 620) is described in more detail in Fig. 7. 
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[0038] If the author requests to check, or preview, 
the results of applying views to a composed object, 
Block 625 has a positiv result. In this case, the "Limit 
View" selection menu is displayed (Block 630), as fur- 
ther described with reference to Fig. 8. 5 
[0039] If the author chooses to distribute the com- 
posed object, then Block 635 has a positive result, and 
control transfers to Block 640 where the view rules are 
applied to the object. As will be discussed in more detail 
below with reference to Fig. 9, the preferred embodi- 10 
ment applies view rules to objects represented as tags 
and values in the XML notation. The result of this appli- 
cation process is that a unique view of each object is 
created (Block 645) for each view defined for the object 
(including a default view which has no limitations). 15 
These views are distributed to the appropriate recipi- 
ents at Block 650. Note that if an addressee is named 
as belonging to more than one view on a particular 
object, a single object representing the composite of the 
appropriate views will be sent to this addressee. 20 
[0040] Alternatively, in a word processing applica- 
tion, the function of Block 650 is to store each view to a 
document repository (such as a database or directory) 
along with an identification of the recipients or readers 
who are permitted access to this stored document (In 25 
addition, any other applicable properties will also be 
stored in the repository, including a reference to an 
encryption key when encryption has been used.) 
[0041] Upon completion of Blocks 620, 630, 650, 
and upon a negative result at Block 655, control returns 30 
to Block 600 to enable the author to continue document 
composition. 

[0042] If the author chooses to end document com- 
position (Block 655), then the processing of Fig. 6 ends. 
[0043] Fig. 7 depicts the preferred embodiment of 35 
the present invention of the logic used to assign access 
rules to selection sections of a document, and is 
invoked from Block 620 of Fig. 6. The process begins at 
Block 700, where the author clicks on the "Limit" button 
301 of Fig. 3 (or otherwise requests to assign limit rules, 40 
such as by pressing an appropriate function key). Next 
(Block 705), the author clicks on the "Limit Recipients" 
option 410 (Fig. 4), after which the "Limit Recipients" 
dialogue 500 Is displayed (Block 71 0). In an alternative 
approach, dialogue 500 may be displayed directly upon 45 
selection of a "Limit" operation (such as clicking of but- 
ton 301). 

[0044] Block 715 checks to see if the author has 
selected a new view, or a previously-defined view. If a 
previously-defined view is selected, then as indicated by so 
the optional processing of Block 720 the author may 
choose to assign additional recipients to the selected 
view (i.e. by clicking additional checkboxes in area 520). 
In addition, the author may choose to modify one or 
more of the other properties (colour, font, encryption, 55 
etc.) of this vi w. Once any such changes are compl te, 
the author presses the "Apply" button 552 (or indicates 
in an equivalent manner that the modifications are com- 



plete), which transfers control to Block 740. 
[0045] When the author chooses to define a new 
view (i.e. a negative response at Block 715), he speci- 
fies a name to be associated with this view (Block 725) 
and then selects one or more recipients from "Limit to:° 
list 520 (Fig. 5) to be associated with this view (Block 
730). (As stated earlier, this includes the ability to spec- 
ify recipients by selecting one or more distribution lists.) 
Any other desired properties of the view are also 
selected from the view definition dialogue 500 (Block 
735). 

[0046] When control reaches Block 740, the 
selected view is processed, applying the associated 
view limitations to the selected sections of the docu- 
ment being composed. In the preferred embodiment of 
the present invention, this comprises generating XML 
tags and embedding these tags in an object containing 
an XML syntax specification of the document being 
composed. Examples of the tags which are generated 
are depicted in Fig. 9, and will be discussed in more 
detail below. After completing the processing of Block 
740, control returns to the invoking logic of Fig. 6. (For 
more information on XML, refer to "Extensible Markup 
Language (XML™)", available on the Internet at 
http://www.w3 .org/xm I . ) 

[0047] Fig. 8 depicts the logic used in the preferred 
embodiment of the present invention to implement dis- 
playing of a limited view, enabling the author to check 
that the limitations have been properly defined and will 
be applied properly if he chooses to distribute (i.e. send 
or store) the composed document. The author begins 
this process by pressing the "Limit" button 301 (Block 
800) or function key, causing the graphic 400 to be dis- 
played. The author then selects (Block 805) a view from 
a list of all defined views which are presented in area 
420, by clicking one of the displayed choices . 
[0048] Block 810 applies the selected view rules to 
the selected sections of the document being composed. 
In the preferred embodiment of the present invention, 
this comprises applying a set of view rules to the XML 
document which was discussed above with reference to 
Block 740 of Fig. 7. The object resulting from operation 
of Block 810 (with its selected sections either high- 
lighted or omitted, depending on the properties of the 
selected view, and similarly highlighted or omitted recip- 
ients) is displayed to the author at Block 815, and repre- 
sents the composed object that will be sent out (or 
stored) if the author so chooses. Control then returns to 
the invoking logic of Fig. 6. 

[0049] Fig. 9 shows a sample XML document 900 
with markup tags for audience-specific section, accord- 
ing to the preferred embodiment of the present inven- 
tion. This document represents the example memo of 
Fig. 3. Two audience-specific views are represented in 
this document 900, where one has been assigned (by 
the author, when using the dialogu 500 of Fig. 5) the 
view name "Manager* and the other has been named 
"Limited". Two sections of the document 900 are spe- 
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cific to the Manager view, as shown at 91 0 and 950, and 
one section is specific to the Limited view, shown at 
930. The tag syntax (Limited-View View-Name= \..°) 
911, 931 , 951 has been used as the opening delimiter of 
the audience-specific sections. (The syntax of this tag, 
as well as the other tags of Fig. 9, are merely illustra- 
tive.) Note that in tag 951 , an additional view name has 
been used for the second occurrence of a section spe- 
cific to the Manager view, where a reference is then 
made to associate this section with the Manager view at 
953. 

[0050] The (Limited- View ...) tag has a next-lower- 
level embedded tag <Limit-Rules> 912, 932, 952. This 
tag (along with its ending (/Limit- Rules) tag) brackets the 
property specification, or rules, of the associated view. 
The first entry within this list of rules is the limited 
addressee information. As shown at 913, the first audi- 
ence-specific section 910 is limited to the addressees 
identified in the list named "cclistr 914, where this list 
has previously been defined at 905 as containing the 
name "Mark Molander* 906. The second section 950 
which is limited to this same audience is not required to 
restate the addressees (nor to restate the properties of 
the view), but rather refers back 953 to the earlier defini- 
tion 91 1 . Section 930 is limited to addressees defined in 
the list D tolist2 M , as indicated by 934 of tag 933. This 
n tolist2 p is defined at 904. 

[0051] The properties of the views are specified at 
element 915 (for the Manager view) and element 935 
(for the Limited view). The values of these properties, as 
with the value of the addressee list for each view, were 
defined by the author using dialogue 500. A representa- 
tive number of properties and values in shown in Fig. 9, 
although a particular implementation of the present 
invention may define and use additional or different 
properties without deviating from the inventive concepts 
disclosed herein. As can be seen, one of the properties 
91 6 for the Manager view is colour, which has been cho- 
sen by the author as yellow 917. This indicates that, 
when the document 305 in Fig. 3 (corresponding to XML 
document 900) is displayed to the author for verification 
(see Block 625 of Fig. 6), the sections specific to the 
Manager view will be displayed with a yellow back- 
ground colour. For the Limited view, a property 936 has 
been shown that specifies an alternate font (Italic 12- 
point) 937 to be used for displaying the sections limited 
to this view. 

[0052] Finally, the audience-specific information 
920, 940, 960 of each limited section is enclosed within 
th delimiting (Limited-View) and (/Limited-View) tags. 
[0053] In one approach, the view rules of the 
present invention may be codified as Extensible Style 
Sheet Language (XSL) rules, which are then applied by 
an XSL processor to enforce the appropriate view 
restrictions and properties. (For more information on 
XSL, refer to "Extensible Stylesheet Language (XSL)", 
available on the Internet at 

http://www.w3.org/Style/XSL.) Techniques for using 



XSL in this manner are well known in the art, and will 
not be described in detail herein. 
[0054] In another approach, procedural or object- 
oriented programming code may be written to enforce 

5 the view rules. Such code may search for specific syn- 
tax or tags (such as those depicted in Fig. 9) when pre- 
paring to display, distribute, or store a composed 
document, and then execute tag-specific logic to 
enforce the author's selected restrictions and proper- 

io ties. For example, upon detecting the (Limit- Font) tag 
935 in Fig. 9, this code would preferably insert a format- 
ting command that would cause the audience-specific 
text 940 within the scope of selected section 930 to be 
displayed in 12-point italicised font. Techniques for writ- 

15 ing such code will be obvious to one of ordinary skill in 
the art. 

[0055] As has been demonstrated, the present 
invention discloses advantageous techniques for creat- 
ing audience-specific content. The technique disclosed 
20 herein is easy to use, and intuitive in nature. In addition, 
a verification process has been defined, with which an 
author may preview his composed documents before 
distribution or storing, to ensure that the sections have 
been properly delineated and that the proper address- 
es ees will receive the proper document content. 

Claims 

1 . A computer program for creating audience-specific 
30 views of documents in a computer system, com- 
prising: 

a document composer application; 

35 computer-readable program code means for 

composing a document, by an author of said 
document, using said document composer; 

computer-readable program code means for 
40 specifying two or more recipients of said docu- 

ment; 

computer-readable program code means for 
selecting one or more sections of said docu- 
45 ment, wherein said selected sections are to be 

limited in view to a subset of said two or more 
recipients; and 

computer-readable program code means for 
so marking said selected sections as being spe- 

cific to an audience comprised of said subset. 

2. A computer program as claimed in claim 1, further 
comprising: 

55 

computer-readable program code means for 
distributing said document to said specified 
recipients, wherein a first version of said docu- 
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ment which includes said selected sections is 
distributed to said subset and a second version 
of said document which does not include said 
selected sections is distributed to said speci- 
fied recipients not in said subset. 5 

3. A computer program as claimed in claim 1 , further 
comprising: 

computer- readable program code means for 10 
storing said document in a repository; 

computer- readable program code means for 
indicating said selected sections in said stored 
document; and is 

computer-readable program code means for 
storing an identification of said recipients in 
said subset. 

20 

4. A computer program as claimed in claim 3, further 
comprising: 

computer- readable program code means for 
delivering said stored document in response to 25 
a request from a user, further comprising: 

computer- readable program code means for 
delivering a first version of said stored docu- 
ment to said user if a user identification of said 30 
user matches an entry in said stored identifica- 
tion, wherein said first version includes said 
selected sections; and 

computer- readable program code means for 35 
delivering a second version of said stored doc- 
ument to said user if said user identification 
does not match an entry in said stored identifi- 
cation, wherein said second version does not 
include said selected sections. 40 

5. A computer program as claimed in any preceding 
claim, wherein said selected sections have one or 
more properties associated therewith, said proper- 
ties comprising: copy protection, prevention from as 
forwarding, prevention from printing, encryption, 
prevention from audio rendering, prevention from 
video rendering, and prevention from rendering in a 
virtual reality world; and wherein a value of each of 
said properties is set to true or false. so 

6. A computer program as claimed in any preceding 
claim, wherein: 



for marking comprises computer-readable pro- 
gram code means for adding XML tags to said 
selected sections. 

7. A computer program as claimed in 6, wherein: 

said computer- readable program code means 
for distributing applies an Extensible Stylesheet 
Language (XSL) style sheet to said document 

8. A system in a computing environment for creating 
audience-specific views of documents, comprising: 

a document composer application; 

means for composing a document, by an 
author of said document, using said document 
composer; 

means for specifying two or more recipients of 
said document; 

means for selecting one or more sections of 
said document, wherein said selected sections 
are to be limited in view to a subset of said two 
or more recipients; and 

means for marking said selected sections as 
being specific to an audience comprised of 
said subset. 

9. A system as claimed in claim 8, further comprising: 

means for distributing said document to said 
specified recipients, wherein a first version of 
said document which includes said selected 
sections is distributed to said subset and a sec- 
ond version of said document which does not 
include said selected sections is distributed to 
said specified recipients not in said subset. 

10. A system as claimed in claim 8, further comprising: 

means for storing said document in a reposi- 
tory; 

means for indicating said selected sections in 
said stored document; and 

means for storing an identification of said recip- 
ients in said subset. 

11. A system as claimed in claim 10, further compris- 
ing: 

means for delivering said stored document in 
response to a request from a user, further com- 
prising: 



said document is encoded in an Extensible ss 
Markup Language (XML) syntax; and 

said computer-readable program code means 
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means for delivering a first version of said 
stored document to said user if a user identifi- 
cation of said user matches an entry in said 
stored identification, wherein said first version 
includes said selected sections; and 

means for delivering a second version of said 
stored document to said user if said user iden- 
tification does not match an entry in said stored 
identification, wherein said second version 
does not include said selected sections. 

12. A system as claimed in any of claims 8 to 11, 
wherein said selected sections have one or more 
properties associated therewith, said properties 
comprising: copy protection, prevention from for- 
warding, prevention from printing, encryption, pre- 
vention from audio rendering, prevention from video 
rendering, and prevention from rendering in a vir- 
tual reality world; and wherein a value of each of 
said properties is set to true or false. 

13. A system as claimed in any of claims 8 to 12, 
wherein: 

said document is encoded in an Extensible 
Markup Language (XML) syntax; and 

said means for marking comprises means for 
adding XML tags to said selected sections. 

14. A system as claimed in claim 13, wherein: 

said means for distributing applies an Extensi- 
ble Stylesheet Language (XSL) style sheet to 
said document. 

15. A method for creating audience-specific views of 
documents in a computing environment, compris- 
ing the steps of: 

composing a document, by an author of said 
document, using a document composer appli- 
cation; 

specifying two or more recipients of said docu- 
ment; 

selecting one or more sections of said docu- 
ment, wherein said selected sections are to be 
limited in view to a subset of said two or more 
recipients; and 

marking said selected sections as being spe- 
cific to an audience comprised of said subset. 

16. A method as claimed in claim 15, further compris- 
ing the steps of: 



distributing said document to said specified 
recipients, wherein a first v rsion of said docu- 
ment which includes said selected sections is 
distributed to said subset and a second version 
5 of said document which does not include said 

selected sections is distributed to said speci- 
fied recipients not in said subset. 

17. A method as claimed in claim 15, further compris- 
io ing the steps of: 

storing said document in a repository; 

indicating said selected sections in said stored 
is document; and 

storing an identification of said recipients in 
said subset. 

20 18. A method as claimed in claim 17, further compris- 
ing the steps of: 

delivering said stored document in response to 
a request from a user, further comprising the 
25 steps of: 

delivering a first version of said stored docu- 
ment to said user if a user identification of said 
user matches an entry in said stored identifica- 
30 tion, wherein said first version includes said 

selected sections; and 

delivering a second version of said stored doc- 
ument to said user if said user identification 
35 does not match an entry in said stored identifi- 

cation, wherein said second version does not 
include said selected sections. 

19. A method as claimed in any of claims 15 to 18, 
40 wherein said selected sections have one or more 

properties associated therewith, said properties 
comprising: copy protection, prevention from for- 
warding, prevention from printing, encryption, pre- 
vention from audio rendering, prevention from video 
45 rendering, and prevention from rendering in a vir- 
tual reality world; and wherein a value of each of 
said properties is set to true or false. 

20. A method as claimed in any of claims 15 to 19, 
so wherein: 

said document is encoded in an Extensible 
Markup Language (XML) syntax; and 
said marking step comprises adding XML tags 
55 to said selected sections. 

21. A method as claimed in claim 20, wh r in: 
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said distributing step applies an Extensible 
Stylesheet Language (XSL) style sheet to said 
document. 
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<nro-ust> 9Q5 
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<Narne>A4arfc MotandeK/Name> 

</cc-ust> 906 

<8ody> 

me results of me usabfiry test indicate that the product XYZ has some significant problems, such as 
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